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(57) L' invention est un systeme clectroniquc reparti 
d 'execution dc transactions commcrcialcs sur un rcscau 
qui separe la fonctionnalite transactionnelle des 
inibrmations consignees par les march ands. La 
fonctionnalite en question est assuree par un serveur 
commercial contenant une base de donnees 
commerciales. Ce serv eur stocke dans la base de donnees 
commerciales les profils des raarchands et des acheteurs 
et des resumes des informations consignees par les 
marchands. Le client explore la base de donnees au 
moyen du serveur commercial en y cherchant des 
produits et des informations et recoit des informations 



(57) Distributed electronic commerce is conducted over a 
network by substantially separating transaction 
functionality from merchant content. Electronic 
commerce transaction functionality is provided by a 
commerce server having a commerce database. The 
commerce server stores merchant and purchaser profile 
data and merchant content summaries on the commerce 
database. The purchaser browses and searches for 
product and merchant information using the commerce 
server, and is provided with more detailed information 
stored at a separate merchant content server system. The 
purchaser selects products to purchase, and a purchase 
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SYSTEM AND METHOD FOR DISTRIBUTED CONTENT ELECTRONIC COMMERCE 
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Distributed electronic commerce is conducted over a 
network by substantially separating transaction 
functionality from merchant content. Electronic commerce 
transaction functionality is provided by a commerce server 
having a commerce database. The commerce server stores 
merchant and purchaser profile data and merchant content 
summaries on the commerce database. The purchaser browses 
and searches for product and merchant information using 
the commerce server, and is provided with more detailed 
information stored at a separate merchant content server 
system. The purchaser selects products to purchase, and a 
purchase order is sent to the commerce server. The 
commerce server initiates the settlement of accounts 
between the merchant and purchaser, and initiates order 
fulfillment for the selected product. The separation of 
transaction functionality and merchant content onto 
separate servers under the control of a commerce service 
provider and a merchant, respectively, provides a more 
efficient and effective way of carrying out electronic 
commerce over a network. 
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SYSTEM AND METHOD FOR DISTRIBUTED 
CONTENT ELECTRONIC COMMERCE 

Plftid of th* Tnvfir.tlpa 

This invention relates to carrying out electronic 
commerce on a network, and particularly to an electronic 
commerce server and database that provide transaction 
functionality and content summaries to purchasers, and 
which refer purchasers to merchant content servers that 
provide more extensive information on products for sale on 
the network. 

p.rVcn-miB fl invention 

Electronic commerce is traditionally carried out over 
a network using a commerce server networked with 
purchasers and merchants. As shown in FIG 1, such a 
traditional electronic commerce server system 11 provides 
substantially all of the functionality needed to carry out 
buying and selling on a network 12. This includes storing 
product information provided by merchants 13, accepting 
requests for information from prospective purchasers 14, 
and accepting and processing orders. 

The number of commerce servers offered by different 
server vendors is limited. For example, each such server 
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is configured and programmed differently. Thus, the 
traditional commerce server 11 is compl x, expensive, and 
often requires substantial expertise to configure and 
operate. These disadvantages allow only the largest 
5 merchants to own and operate their own commerce servers. 

Rather than operate their own commerce servers, 
smaller merchants typically purchase electronic commerce 
services provided by a commerce service provider. In this 
case, the provider owns and maintains the commerce server, 

10 who distributes configuration, operation and maintenance 
costs across the subscriber merchants, realizing an 
economy of scale. However, in so doing, the provider 
usually enforces uniform standards for appearance and 
methods of doing business to reduce the amount of custom 

15 programming necessary in order to economically accommodate 
several different merchants. Thus, each merchant being 
served loses a substantial amount of control over the way 
he conducts business over the network. This restricts the 
merchant's ability to express a particular personality and 

20 to do such things as develop distinctive trade dress. This 
places him at a competitive disadvantage in the 
marketplace, especially when compared to those merchants 
who can operate their own servers. 

The service provider's expertise lies in the 

25 acquisition, operation, and maintenance of the commerce 
server hardware and the commerce functionality it provides 
to all of its merchants and purchasers- Examples of 
commerce functionality include taking orders and 
effectuating payment for any product offered by a 

30 merchant . t 

However, the service provider faces problems with 
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respect to -content" from the merchant (a). First, content 
falls within the expertise of the merchant, not the 
provider. Second, the electronic commerce service provider 
faces high costs in acquiring, publishing, and maintaining 

5 a database of merchant content. This problem is especially 
pronounced when content from many merchants is stored in 
a large aggregate on a commerce server, because there is 
no economy of scale in adding merchant content to a 
server. The cost of adding an additional content file to 

10 a server is not less than the cost to add a similar file 
previously. In fact, the burden of loading, updating, and 
deleting content from each additional merchant can greatly 
increase the complexity and administrative cost of running 
a server beyond that for the content of the earlier-in- 

15 time merchants. Further, a larger aggregate of merchant 
content on a single commerce server slows the performance 

of the server. 

Thus. under current methods of carrying out 
" electronic commerce, the merchant whose expertise lies in 

20 producing and managing content is faced with the choice of 
operating and maintaining an expensive commerce server or 
losing control of his marketing to a provider. The 
provider, whose expertise lies in the acquisition and 
maintenance of electronic commerce hardware and software, 

25 must shoulder the burden of acquiring, publishing and 
maintaining merchant content. 

friimnirY nf tha Tnvention 

A better way of conducting electronic commerce is to 
30 allocate most of the task of content acquisition and 
maintenance to the merchant, and allocate most of the task 
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of providing el ctronic commerce transaction functionality 
to the s rvice provid r. Under this regime, neither the 
merchant nor the provider would be burdened with tasks 
outside their respective areas of expertise. The present 

5 invention provides a system for carrying out electronic 
commerce over a network- where transaction functionality is 
provided by a commerce server having a commerce database, 
while detailed merchant content is provided on separate 
merchant content servers. 

10 The commerce server maintains merchant profiles in 

the commerce database. The profiles comprise summaries of 
the products offered for sale by each merchant registered 
with the electronic commerce service. Here, the term 
-product" is meant to include services. A merchant 

15 profile also includes a merchant identification number, a 
list of the payment vehicles accepted by the merchant; a 
summary of merchant policies; and a summary background of 
the merchant. In one embodiment. the merchant 
identification number is the network address of the 

20 merchant's content server. 

The commerce server also maintains purchaser profiles 
in the commerce database that comprise purchaser 
identification numbers, purchaser payment data (such as 
credit card and bank account numbers), and billing and 

25 shipping addresses. 

The commerce server provides transaction 
functionality that effectuates an electronic commerce 
transaction. An electronic commerce transaction is the 
process of selling and purchasing an item over a network. 

30 a purchaser requests the commerce server to s nd 

shopping information. The purchaser browses or searches 
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for pr ducts on the commerce server, and data regarding 
products and merchants is retrieved from the commerce 
database. At the purchaser's request for more information 
on a product or merchant, the commerce server refers the 
purchaser to an appropriate merchant content server, which 
contains much more detailed information about the product 
and merchant than is available from the commerce database. 

While browsing or searching the merchant content 
server, the purchaser may select one or more products for 
purchase. When the purchaser indicates he is ready to 
effectuate such a transaction, data concerning the 
selected product or products are sent to the commerce 
server. The data include information sufficient to 
identify the product, purchaser and selling merchant. The 
commerce server communicates with an external payment 
system to debit the purchaser's account and credit the 
merchant' a account, effectuating the sale. The commerce 
server also generates a fulfillment message that ensures 
product delivery to the purchaser. 

The commerce server also generates reports for the 
merchant and purchaser upon request. The reports 
summarize historical transaction data as requested. 

Merchant content servers are simpler, easier to 
operate, and less expensive than the full -functioned 
servers traditionally used to maintain both content and 
transaction functionality in carrying out electronic 
commerce. The efficient division of functionality between 
the commerce server and the merchant content server thus 
advantageously streamlines the process of providing e- 
commerce services while lowering the cost thereof. 
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FIG 1 shows a prior art embodiment of an electronic 

commerce system. 
FIG 2 shows an electronic commerce system in 
5 accordance with an embodiment of the present 

ipvention. 

FIG 3 shows merchant content servers connected to a 

network in accordance with an embodiment of the 

present invent ion . 
10 FIG 4 shows merchant content servers connected to a 

network in accordance with another embodiment of 

the present invention, 
FIG 5 shows an embodiment of an electronic commerce 

server and an electronic -commerce database in 
15 accordance with an embodiment of the present 

invention. 

FIG 6 shows an embodiment of a merchant interface 

screen in accordance with an embodiment of the 
present invent ion . 
20 FIG 7 shows an embodiment of a merchant content 

abstract update interface in accordance with the 
present invention. 
FIG 8 shows an embodiment of a merchant content 
abstract edit interface in accordance with the 
25 present invention. 

FIG 9 shows another embodiment of a merchant content 
abstract edit interface in accordance with the 
present invention. 
FIG 10 shows an embodiment of a merchant content 
30 abstract edit interface that shows a list of 

products in the commerce database in accordance 
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with the present invention. 

shows an embodiment of a purchaser interface in 
accordance with the present invention, 
shows an embodiment of a merchant information 
screen generated in response to a purchaser 
query in accordance with the present invention, 
shows an embodiment of a product information 
screen generated in response to a purchaser 
search on a merchant content server in 
accordance with the present invention. 

D«fcail«d pftfleirlption 

In accordance with the present invention, an 
embodiment of which is shown in FIG 2, electronic commerce 

15 is carried out over a network 21 with a purchaser 25, 
where content is distributed through the network on 
merchant content servers 22, and transaction functionality 
is provided by an electronic commerce server 23 having an 
electronic commerce database 24, Network 21 is a data 

20 network, an example of which is the Internet. 

The content servers 22 are controlled by merchants, 
and contain detailed merchant data. This merchant data 
comprises information on the products offered by the 
merchant, including product names, manufacturers, colors, 

25 sizes, and prices. It also includes multimedia 
information about the product, comprising at least one 
type of text, audio, graphic, animation and video data. 
Merchant data also comprises detailed information 
regarding warranty, guarantee, and merchandise return 

30 information, as well as background information regarding 
the merchant. Merchant content data includes information 



FIG 11 
FIG 12 

5 

FIG 13 
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that comprises an electronic catalog of the merchant's 
products. 

Merchant content servers are simpler, easier to 
operate, and less expensive than the full -functioned 

5 servers traditionally used to maintain both content and 
transaction functionality in carrying out electronic 
commerce. In one embodiment of the present invention 
shown in FIG 3, each merchant controls its own very simple 
content server 32, 33, 34 and 35,* each of which is 

10 connected to the network 31. The term connected 
encompasses direct and indirect data connection. In other 
words, when A is connected to B, A may be connected to B 
directly (e.g., via an RS 232 cable); through a network; 
or through a network of networks. In another embodiment 

15 shown in FIG 4, several merchants 42, 43, 44 and 45 
connected* to a network 41 share a single content server 46 
connected to the network. In this embodiment, the box 
representing merchant P 42 is a personal computer through 
which merchant P 42 is connected to the network 41. 

20 Merchant P 42 transfers data to and from the merchant 
content server 46 through the network 41, to which the 
merchant content server 46 is also connected. Merchants 
42, 43 and 44 interact with the merchant content server 46 

in the same way. 

25 in accordance with the present invention, an 

electronic commerce server 23 controlled by a transaction 
service provider is also connected to the network 21, as 
shown in FIG 2. The commerce server 23 provides 
transaction and content searching functionality and stor s 

30 commerce server data including merchant abstract data on 
a commerce database 24 . 
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Transaction functionality refers to the capability to 
carry out actions n eded to effectuate a purchase and sale 
over the network 21. For example, in one embodiment, the 
transaction server accepts a credit card number from a 
purchaser and contacts the credit card vendor to verify 
that the account has a sufficient line of credit to 
complete the purchase of a product or products having a 
given price. Once authorization is received, the commerce 
"server sends messages to a banking institution that debits 
the purchaser's account and credits that of the merchant, 
effectuating a purchase. Other transaction functionality 
can include: arranging to have the selected product 
shipped; and/or other order fulfillment functions, such as 
implementing a customer satisfaction survey along with 
product delivery, and storing the results for presentation 
and analysis. 

Commerce server data comprises summary data on the 
products offered by those merchants that have content 
servers that subscribe to the electronic commerce service. 
In one embodiment, this includes product numbers, product 
categories, sizes, colors, prices, and a link to the 
appropriate merchant content server where more product 
information can be found. Commerce server data may also 
include merchant profile data, including summaries of the 
forms of payment accepted by a merchant, merchant 
policies, and merchant background information. Merchant 
profile data is added to the commer<-s database when the 
merchant initially registers for the service, and may be 
updated at any time by the merchant. 

Commerce server data comprises abstracts of more 
extensive data available at the merchant content servers. 
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These abstracts are generally substantially smaller in 
size than the data from which they are drawn on the 
merchant content server. For example, in one embodiment, 
a product abstract comprises a textual representation of 
5 a product name, product price, a one sentence description 
of the product, and the URL (Uniform Resource Locator, 
i.e.. network address) of the merchant content server on 
which more information regarding the product may be found. 
The corresponding more fulsome information on the merchant 
10 content server includes the same information provided in 
the abstract, but further comprises a multimedia video of 
the product being modeled with accompanying audio, a full 
catalog description of the product, a description of all 
available sizes and colors, and shipping information. 
15 Thus, the abstract on the commerce server is a brief 
representation of content server data sufficient to enable 
the user to make an informed decision as to whether to 
seek additional information from the appropriate content 
server. This advantageously maximizes the benefits of 
20 distributed electronic commerce in accordance with the 
pre sent i nvent i on . 

The present invention advantageously provides a 
simple and uniform interface to the merchant, whereby the 
merchant adds merchant content summary data to the 
25 commerce database 24. An embodiment of such an interface 
is shown in FIG 6. 

In this embodiment a merchant is first identified 61 
and authenticated 62 to the service, and then choose one 
of three possible functions adding product information 63; 
30 editing product information 64, or generating a report 65 
based on historical transaction data. 
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If the merchant selects the add product button 63, 
the service pr s nts to the m rchant a scr en for 
facilitating entry of product information. One such screen 
is shown in FIG 7. In the illustrated embodiment the 
5 screen presents several product information fields, 
including a product identification number (SKU) field 711; 
category 712; manufacturer 713; product name 714; list 
price 715; offer price 716; weight 717; size range 718; a 
date until which the offer is good 719; and optional 
10 keywords 720 and 721. A merchant may define his own 
attribute/value pairs 725 for a product, such as 
"Shell/Material- (e.g., -Shell/100% Cotton,- or 
"Insulation/Material- (e.g., • Insulation/Wool ) 

When . the merchant is finished entering the new 
15 product data, he selects the submit button 723, and the 
commerce database is then updated, associating the newly 
submitted -data with the merchant's identification number 
and a time stamp indicating when it was added. The 
collection of product information stored in the commerce 
20 database is called a merchant content abstract. 

It should be noted that this input process and these 
interface screens are an illustrative embodiment of data 
entry methods of the present invention, and that any other 
interface or method for entering data that comport with 
25 the architecture of the present invention are valid. For 
example, in one embodiment, data entries are validated 
(e.g., checked for proper correspondence between 
manufacturer and product name, etc.) before the data 
entries update the electronic commerce server database. 
30 In one embodiment of the present invention, the 

commerce server is provided with a merchant content 
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abstract according to the following data structure: 

merchant_content_abstract 

merchant /'merchant identification number*/ 

5 SKUnumber /'product identification number*? 

category /'product type*/ 

manufacturer /*product maker*/ 

keyword /'searchable keyword*/ 

keyword /'searchable keyword*/ 

10 name /*product name*/ 

list _price /*manufacturer' s suggested retail 
price*/ 

weight 
size_range 

15 offer_price /*price offered to purchaser*/ 

good_until /*date offer expires*/ 
timers tamp /*time loaded by merchant*/ 

) 

20 It should be noted that size/value and weight/value are 
two embodiments of a general attribute/value format. Each 
attribute/value pair may be specified by the merchant -to 
tailor the abstract to meet his requirements. For 
example, for a saw, a merchant may specify the material of 

25 which the cutting surface is made with the attribute/value 
pair blade/material, e.g., blade/titanium. 

Generally, the URL of the merchant content server is 
provided to the commerce server at the time the merchant 
registers with the service. However, in accordance with 

30 the present invention, the merchant may advantageously 
specify another URL 724 (FIG 7) for a-- merchant content 
server on the abstract interface screen. 

A further advantage of the present invention is that 
any server having content may register with the commerce 

35 server without having to be" designed specifically to take 
advantage of the service. Besides registering with the 
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service, it is only necessary that th merchant enter 
content abstracts to the commerce server. 

If the merchant selects the edit product button 64, 
he is presented in one embodiment with the screen shown in 
5 FIG 8. The merchant may specify an exact product to edit 
by completely specifying its SKU 81, in which case the 
commerce database is searched and the " corresponding 
product summary data are displayed, an example of which is 
shown in FIG 9. Alternatively, he may include wildcard 
10 characters in the SKU and a list of matching products sold 
by that merchant will be displayed. For example, if * 
constitutes a wildcard symbol and the merchant specifies 
the SKU to be edited as 132*. the commerce server will 
search for all SKU's whose first three digits are 132. An 
15 SKU of 1??45 includes all SKU's whose first, fourth and 
fifth digits are 1, 4 and 5 respectively. Likewise, the 
merchant may request a listing by manufacturer, category 
or product name. In each of these cases, the e-commerce 
server searches for and presents a list of products. An 
20 example of such a list for all products manufactured by 
Scandia is shown in FIG 10. 

As shown in FIG 10. the list is a summary 
presentation of the product name 101, product category 
102, SKU 103 and the date on which the product information 
25 was entered into the commerce database. A highlight bar 
105 that covers one product at a time may be moved up and 
down the list by movement arrows 106 and 107, 
respectively. The merchant selects an item to edit from 
the list by moving the highlight bar over the item and 
30 then selecting the S lect button 108. Wh n the merchant 
selects an item from the list to edit, a screen such as 
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that shown in FIG 9 is presented to the merchant. 
Alternatively, the merchant may expediently delete product 
data for the highlighted product from the commerce 
database by selecting the delete button 109. Thus, the 
merchant may add, edit and delete his product data 
summaries -in the commerce database according to a simple 
and uniform interface. 

A pseudo code embodiment of the process for changing 
merchant product data summaries in the commerce database 
in accordance with the present invention is as follows: 



15 



change_merchant_content_abstract ( ) 
{ 

identifyjnerchant {) ;~ 
authenticatejmerchant 0 ; 
case (add_product) 

- accept product_data 

merchant /*merchant identification*/ 



20 



25 



30 



35 



} 



SKU_number 

category 

manufacturer 

keyword 

keyword 

name 

list_price 

weight 
size_range 
of fer_price 

good_until 
timers tamp 



/♦product identification 
number*/ 
/♦product type*/ 
/♦product maker*/ 
/* searchable keyword*/ 
/♦searchable keyword*/ 
/♦product name*/ 
/♦manufacturer' s suggested 
retail price*/ 



/♦price offered to 

purchaser*/ 

/*date offer expires*/ 

/♦time loaded by merchant ♦/ 



40 



case (edit_product) 

case(identify_product_SKU) ; - /♦identify 

product to be 
edited by 
completely 
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specified SKU 
number*/ 

display product_data 
if (delete_product) 

delete product jiata 

else 

accept product edits 
store new product_data 
return 

case(identifyj>roduct_liet) ; /'identify 

product list by 
specifying SKU 
with wildcard or 
manufacturer or 
category*/ 

display product_list 

accept product_se lection /*using highlight 

bar*/ 

if (delete_product) 

delete product_data 

else 

accept product edits 
store new product_data 
return 



} 



The present invention thus advantageously provides a 
convenient and efficient way for a merchant to shop over 
a network through simple and easy to understand 
interfaces. An embodiment of such an interface is shown 
in FIG 11. When a purchaser connects to the commerce 
server and is identified by providing a purchaser ID in 
field 111 and is authenticated by providing a purchaser 
password in field 112, the commerce server associates any 
subsequent transactions with the purchaser's customer 
profile data stored on the commerce database. In on 
embodiment, customer profile data includes the customer's 
name, billing address, shipping address and credit card 
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numbers with xpiration dates. In another embodiment, 
customer profile data also includes information derived 
from historical transaction data, such as buying patterns, 
in yet another embodiment, customer profile data includes 

5 demographic data, including income level and household 
information of the purchaser. 

A purchaser may choose to view product and merchant 
information by predetermined category, such as home 
appliances 113, outdoor gear 114, or electronics 115. 

10 Alternatively, the purchaser may wish to carry out a 
search of the commerce database. Such a search may be 
boolean, e.g., HIKING AND (BOOTS OR SHOES). In another 
embodiment, the search is in a natural language format as 
is known in the art, e.g., I NEED HIKING BOOTS FOR 

15 BACKPACKING. 

An embodiment of a screen responsive to such a 
natural language inquiry is shown in FIG 12. Here, the 
response is shown according to the names of merchants 121, 
122, 123 and 124 who sell hiking boots.. In another 
20 embodiment, the response is shown in accordance with 
hiking boots products listed in the commerce database. In 
the embodiment shown in FIG 12. tokens are displayed for 
each merchant indicating the types of payment, accepted by 
the merchant 125 and the number of days in the merchant's 
25 money-back guarantee 126. This is merely meant to be 
exemplary of the types of information that could be 
supplied to the purchaser at this stage. Other types of 
information such as warranty information and service 
telephone numoers could also be included. 
30 Upon selecting a merchant from the screen shown in 

FIG 12, the purchaser is referred by the commerce s rver 
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to the cont nt .erv r on which the . Wee* merchant ha. 
pi.ced hi. merchant content. In one embodiment i» •*"* 
che present invention i. i*— «* ««- In " raet - 
URL of the merchant i. contained in . table in the 
5 coerce database that cro..- refers, it to the merchan 
identifier in the product data structure. In another 
embodiment, the network adore., of the content server „ 
included in the product data .tructure a. » additional 
field. 

I0 .upon acces.ing the content .erver. the purcha.er 

is presented with an electronic version of the march**-, 
score, such store, are well known in the art as webaite. 
on the world Wide Web (WWW) . The purchaser is able to 
search and browse among product, offered by the merchant; 
,5 learn detailed information regarding the merchant', return 
policy; learn abouc forms of payment accepted by the 
merchant, -and order products. An example of a product 
screen at a content server is shown in FIG 13. The 
picture of the boot 131 may be animated, and the boot 
20 could be slowly turned so all sides may be viewed. Audio 
accompanies the picture, describing the advantageous 
features of the boot. This is supplemented with textual 
information 132. as well as information about the boot-, 
available .ize. 133. weight 134. suggested retail price 
25 135. offer price 136. and offer expiration date 137. If 
the purchaser wants to select the boot for purchase, the 
purchaser .elects the Buy This button 13B at the bottom of 
the screen. 

Every screen of this embodiment of the content server 
30 also can have a Make Purchases button 139. The purchaser 
selects this button when he is ready to effectuate an 
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electronic transaction whereby the selected products .r 

purchas d. 

When the purchaser has finished shopping and he 
selects the Make Purchases button 139, order information 

5 for his selected products is transmitted to the commerce 
server. In .a preferred embodiment, this order information 
comprises the purchaser identification number, merchant 
identification number, SKU number, quantity, payment 
information, and special information (e.g., size, color) 

10 that may include attribute/value pairs. An embodiment of 
the data structure for such a purchase message from a 
content server to the commerce server is as follows: 

purchase_order 

15 ^ purchaser_id /'purchaser identification number*/ 

merchant id /'merchant identification number*/ 

SKU ~ /^product identification number*/ 

20 quantity /'number of product ordered*/ 

payment /• credit or debit card selection*/ 

special 
size 
color 

25 date_entered /'When the order was sent*/ 

} 

in this embodiment, the price of the selected product is 
derived from its merchant content abstract in the commerce 

30 database. In another embodiment, the price of the 
selected item is included in the purchase order from the 
merchant content server, and need not be derived from the 
commerce database. 

Upon receiving the purchas r order message, the 

35 commerce server effectuates the transaction first by 
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retrieving the appropriat data from the commerce 
database. In one embodiment, this data includes custom r 
profile data including purchaser credit card numbers, 
billing and shipping addresses. It further includes 
5 merchant profile data including merchant account numbers 
and acceptable forms of payment data. It further includes 
product data information such as price information. In 
another embodiment, this information further includes 
product availability data, which is used in conjunction 
10 with an inventory control program of a kind well known in 
the art to obtain and ship a product in the most expedient 
and efficient manner possible from a plurality of 
available sources. For example, in one embodiment of the 
present invention, the commerce server database maintains 
15 information on the inventory levels for each merchant for 
each of his products. If a purchaser submits an order for 
a product of which a merchant is out of stock, the 
merchant may backorder the item or the purchaser may 
select another merchant. 
20 The commerce server interacts with external payment 

systems (e.g., a bank) to cause purchaser's payment 
vehicle (such as a credit or debit card account) to be 
debited, and the merchant's account to be credited. In 
one embodiment, the merchant's bank account is directly 
25 credited with the appropriate amount. In another 
embodiment, the merchant's account with the commerce 
service is credited, and actual payment to the merchant's 
bank account is made at a later date in accordance with a 
predetermined commerce service policy. 
30 A pseudo-code embodiment of the purchasing process in 

accordance with the present invention is as follows: 
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purchae _process(); 



{ 



10 



15 



accept request 

display shopping_page 
accept purchaser_query 
search commerce_database 



if (no match) 

display nojnatch 

else 



/commerce server accepts 
request for shopping page 
from purchaser*/ 
/♦shopping page is 
displayed to purchaser*/ 
/♦accept purchaser natural 
language query*/ 
/♦commerce database is 
searched for products and 
merchants that match 
purchaser_query* / 



display matching_merchants 



{ 



merchant_name 



20 



25 



/♦merchant name is 
selectable with 
underlying network 
address pointing to 
merchant content 
server*/ 
merchant_network_address 
payment_accepted 



30 



retumjpolicy 



merchant_blurb 



/♦tokens indicating 
credit and/or debit 
cards accepted*/ 
/♦token indicating 
days to return for 
refund*/ 

/♦brief textual blurb 
about merchant*/ 



35 



return 



40 



45 



accept merchant_selection 

refer purchaser to 
merchant content server 



/♦merchant selected by 
purchaser*/ 

/*at network address 
for content server for 
8 lected merchant*/ 



accept purchase_order from purchaser 



{ 



pur chaser_id / *pur chaser ident i f icat ion 
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10 



) 



number*/ 
/ merchant 
number*/ 
/•product 
number*/ 
/ * number 
ordered*/ 
/♦credit or 
selection*/ 
special_selection_data 

size 
color 

date entered /*When the order was sent*/ 



merchant_id 
SKU 

quantity 
payment 



identification 
identification 
of product 
debit card 



15 



search database for purchaser_prof ile 



20 



25 



purchaser^ id 

payment_ data_l 

credit_card_type 

credit_card_number 

expiration_date 

payment_data_2 

credit_card_type 
c r ed i t _car d_numbe r 
expi rat ion_da te 

bill ing_addr es s 

s h i pp i ng_a ddr e e s 

date entered 



30 



/♦this filed is used 
as a flag in updating 
or eliminating old 
inf orma t ion * / 



search database for merchant_j>rof ile 



35 



} 



merchant_id 

merchant_account_number 



effectuate payment 



40 



45 



/♦payment type selected by 
purchaser is debited*/ 
initiate order fulfillment /*an electronic 

message is formatted 
and sent to the 
appropriate order 
fulfillment agent , 
instructing the agent 
which products to ship 
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to the purchaser*/ 

} 

The present invention also advantageously provides 

5 the purchaser and merchant with the ability to generate 
various reports based upon historical transaction data 
stored on the commerce' database. A merchant generates a 
report by selecting the report button 65 on the screen 
shown in FIG 6. In one embodiment, a merchant report 

10 lists all sales of merchant's products through the service 
on a monthly, weekly or daily basis selectable by the 
rerchan*t. In another embodiment, a report shows summary 
dollar amounts generated by sales by categories specified 
by the merchant. In yet another embodiment, a report 

15 presents the results of customer satisfaction surveys in 
formats readily and advantageously selectable by the 
merchant (e.g., by product purchased, time period, or by 
selected demographic features of the purchaser) . 

A purchaser generates a report by ©electing the 

20 report button 118 shown in FIG 11. In one "embodiment, a 
report shows all purchases made by the purchaser through 
the service over the past five, ten or thirty days, or 
since the beginning of the present calendar year. In 
another embodiment, a report shows a breakdown of dollar 

25 amounts purchased under each form of payment authorized by 
the purchaser since the beginning of the present calendar 
year. 

The reporting feature of the present invention 
advantageously provides both merchants and purchasers with 
30 the ability to track and assess the utility and efficiency 
of the service. It also assists the m rchant and purchaser 
to control budgets and track cash flow. 
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Separating m rchant content from transaction 
functionality on an el ctronic commerce system in 
accordance with the present invention represents a 
sensible and efficient allocation of resources in 

5 promoting commerce over a network. It allows the 
transaction service provider to concentrate his resources 
on providing the most up-to-date and efficient set of 
services for effectuating buying and selling transactions 
between networked parties. Likewise, the merchant is 

10 freed form the burden of maintaining transaction 
functionality, and concentrates on his area of expertise, 
merchant content and product information. The present 
invention thus provides a more effective and efficient way 
of carrying out electronic commerce. 
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What is claimed is: 



1 i. An electronic commerce server system for carrying out 

2 distributed electronic commerce using a network with 

3 merchant content servers, and purchasers! comprising an 

4 electronic commerce server connected to the network and an 

5 electronic commerce database connected to said electronic 

6 commerce server, said commerce server associating merchant 

7 content stored on said database with merchant content stored 

8 on a merchant content server. 

1 2. The system of claim 1, wherein the merchant content 

2 stored on said electronic commerce database is a merchant 

3 content abstract summarizing the associated merchant content 

4 stored on said merchant content server. 

1 3. The system of claim 2, wherein said merchant content 

2 abstract comprises: 

3 a. merchant identification data; 

4 b. product identification data; and 

5 c. product price data. 

1 4. The system of claim 2, wherein said merchant content 

2 abstract comprises an attribute/value pair. 
3 

4 5. The system of claim 2, wherein said merchant content 

5 abstract comprises: 

6 d. a time stamp indicating the time said merchant 

7 content abstract was stored on said database; and 
8 
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9 e. a product keyword. 

1 6. The system of claim 3, wherein said merchant content 

2 abstract further comprises product weight data useful in 

3 determining the cost of shipping a product. 

1 7. The system of claim 1, wherein said database stores 

2 merchant profile data. 

1 8. The system of claim 1, wherein said database stores 

2 purchaser profile data. 

1 9. The system of claim 1, wherein said database stores 

2 historical transaction data. 

1 10. A method for coordinating a plurality of parties 

2 including a merchant and a purchaser to effectuate an 

3 electronic commerce transaction using a network, comprising 

4 the steps of: 

5 a. storing a merchant content abstract; 

6 b. receiving a request for merchant content 

7 information; 

8 c. searching a database for merchant content 

9 information responsive to said request; 

10 d. presenting the results of said search; 

11 e. providing a reference to a merchant content server 

12 connected to the network; 

13 f. receiving a purchase request having a selected 

14 product; and 

15 g. initiating an electronic transaction for said 
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16 s lected product. 

1 11. The method of claim 10, wherein the merchant content 

2 abstract is received from a merchant. 

1 12. The method of claim 10, wherein the merchant content 

2 abstract is generated automatically by the electronic 

3 commerce server using the results of an electronic search of 

4 the merchant content server. 

1 13. The method of claim 10, wherein storing a merchant 

2 content abstract comprises the' steps of: 

3 a. storing product identification data; 

4 b. storing merchant identification data; and 

5 c. storing product price data. 

1 14. The method of claim 10, wherein storing a merchant 

2 content abstract further comprises the step of storing a 

3 time stamp designating the time at which said merchant- 

4 content abstract is stored in the database. 

1 15. The method of claim 10, wherein the step of initiating 

2 an electronic transaction comprises the steps of: 

3 a. receiving payment vehicle selection data; 

4 b. directing that the selected payment vehicle be 

5 debited to the sum of the net cost of the selected 

6 product ; 

7 c. directing that a merchant account be credited for 

8 the sale of the selected product; and 

9 d. directing the delivery of the a lected product to 
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its purchaser. 



1 16- The method of claim 15, further comprising the step of 

2 storing a record of the electronic transaction in a 

3 database . 

1 17. The method of claim 15 , wherein the step of receiving 

2 payment vehicle selection data comprises the step of 

3 retrieving preregistered payment vehicle information from a 

4 database. 

1 18. The method of claim 15, wherein the step of receiving 

2 payment vehicle selection data comprises the steps of 

3 accessing a purchaser profile and: 

4 a. retrieving purchaser credit card identification 

5 data; 

6 b. retrieving a purchaser credit card number; and 

7 c / retrieving a purchaser credit card expiration 
g date . 

1 19. The method of claim 15, further comprising the step of 

2 storing transaction data in the database. 

1 20. The method of claim 10, further comprising the step of 

2 generating a transaction report. 

1 21. The method of claim 20, wherein the transaction report 

2 is generated for a merchant. 

1 22. The method of claim 20, wherein the transaction report 
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2 is generated for a purchaser. 

1 23. An electronic commerce server system for carrying out 

2 electronic commerce between purchasers and merchants over a 

3 network comprising: 

4 a. computer readable storage media for storing a 

5 merchant content abstract; 

6 b. means for receiving a request for merchant content 

7 information; 

8 c. a computer for searching said computer readable 

9 storage media for merchant content information 

10 responsive to said request; 

11 d. means for presenting the results of said search; 

12 e . means for providing a reference to a merchant 

13 content server connected to the network; 

14 f. means for receiving a purchase request having a 

15 selected product; and 

!6 g . means for initiating an electronic transaction for 

17 said selected product. 

1 24. The system of claim 23, further comprising means for 

2 'generating a transaction report. 
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DATABASE 
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FIG. 6 



MERCHANT INTERFACE SCREEN 



MERCHANT ID: 



-61 



MERCHANT PASSWORD: 



62 



ADD PRODUCT | 63 

—64 



CPM PRODUCT 



REPORTS 



■65 
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FIG. 7 



SKU: 



CATEGORY: 
MANUFACTURER: 
PRODUCT NAME 
LIST PRICE: 
OFFER PRICE 
HEIGHT: 



SIZE RANGE: 
GOOO UNTIL: 
KEYHORO: 
KEYWORD: 



HARRY'S OUTDOOR SUPPLY 

| — 711 
-712 
-713 
-714 
-715 
] — 716 URL 



-717 
-718 
-719 
-720 
-721 



GO BACK 



SUBMIT 



-722 



■723 



-724 



TAG VALUE 



V— 725 



TAG VALUE 
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FIG. 8 



EDIT A PRODUCT 



SKU: 



MANUFACTURER: 
CATEGORY: 



PRODUCT NAME: 



81 
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84 



SUBMIT 
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FIG. 9 



SCANDIA / 

SKI* 13245 
CATEGORY: FOOTWEAR 
MANUFACTURER: SCANDIA 
PROOUCT NAME: ARIANNE 
LIST PRICE: $162.00 
OFFER PRICE: $148.00 
HEIGHT: 3 LBS 4 OZ. 
SIZE RANGE: 6-12 
GOOD UNTIL: 09/9B 
KEYWORD: HIKING 
KEYWORD: BACKPACKING 
DATE ENTERED: 09-09-96: 



HIKING BOOTS 



DELETE 



SUBMIT 
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WELCOME TO NETWORK SHOPPING 



PURCHASER ID: 
PURCHASER PASSHORO: 

HOT AREAS: 



HOME APPLIANCES 
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SEARCH: 
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REPORT 
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FIG. 13 



PITTSFORD HIKING BOOTS 




SCANDIA'S ARIANNE BACKPACKING BOOT 



EXTRA 
HEEL 
COMFORT 



THE ARIANNE HIKING BOOT 
IS MADE TO LAST. AND 
HAAS MARKED THE BEST 



-132 



SUPPORTED 
SOLE 



REALLY STRONG 
LACES 
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-—133 
SIZES: 6-12^ 
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MSRP: $162.00 ^~-135 

OUR SUPER LOW PRICE: $149.00- 
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